tags: 來架個網站吧

我是目錄

昨天大致上說明了開發環境準備的工作，於是可以開始著手開始開發了。在大學時期的我通常一直是這認為的。

在網站開發之前，得先有系統設計。就讓我繼續拿線上字典的例子繼續吧！

確認需求項目

在規劃系統流程之前，首要事項是確認需求項目。下列是我歸納的需求項目：

• 系統使用者: 初淺識字的人
• 使用者需求:
  • 透過文字搜尋詞彙語意
• 預期使用人數(處理效能要求):
  • 每分鐘10次查詢
• 系統資料來源: 國語小字典
• 資訊流程：
  1. (大學生)在網頁中輸入要搜尋的文字
  2. (系統)在資料庫中搜尋文字的資料
  3. (系統)將文字資訊呈現在網頁中
  4. (大學生)在網頁中知道文字的資訊

規劃系統流程

在學生時期有以下列資訊圖表示：

• User Case
• 系統流程圖
• 領域模型圖(DFD資料流程圖)

但是在職場上實際上往往只有「系統流程圖」，原因很簡單，與需求確認的對象往往看不懂。因為我認為圖示用來溝通的，如果對方有很大一部份都看不懂，必須得花費一小時甚至更久先聽完解說，聽完之後或許不會立刻了解。有了一兩次實物經驗後，在跟客戶對談前，系統流程圖夠表達雙方認定的作業流程即可。

以下就是這次的系統流程規劃：

系統雛型

網站功能如果有提供使用者介面，做好先做雛型畫面，而且雛型畫面必須與不同觀點的人參預討論，通常會邀請下列人參預：系統開發人員、前端技術人員、需求訪談者、系統使用者。

通常會優先跟需求訪談者、系統使用者初次確認系統畫面，在此次確認的項目如下：

• 系統功能
• 操作流程順暢

系統雛型如下

確認沒有問題之後，才會跟系統開發人員、前端技術人員說明系統雛型。如果這階段有人說技術難很高時就會採減法策略，優先不處理與業務不相關的項目，以我自己來說就是畫面要很漂亮、很美麗(我只繪畫火柴人程度而已)。如果技術難以克服的項目與系統主要業務項目重疊時，會採用小步快跑策略。把技術難以達成的業務項目再切割，例如系統要承受每分鐘10次查詢這項需求可以做完查詢功能再探討如何達成目標。

以上就是系統流程規劃部份，接下來就要進入資料規劃。